Contained radio network system and method for dynamically responding to communications traffic

ABSTRACT

Provided are a communications apparatus including a central node including a radio base station, a processor, and a virtualized core operatively connected with the radio base station, each of the radio base station and the core being configured on a common platform; and, in a radio access network, a communications method including receiving a first signal at a central node comprising a radio base station and a virtualized core operatively connected with the radio base station, in which the radio base station and the core are configured on a common platform, and transmitting a second signal, based on the first signal, from the central node.

FIELD OF THE DISCLOSURE

Disclosed embodiments relate to a system and method for dynamically responding to communications traffic by providing demand-assigned virtualization of a portion of a contained radio communications system available for deployment on demand.

BACKGROUND

Broadband radio networks commonly include integrated functionality coordinated with core hardware components in order to achieve communication. In doing so, such networks are not fluidly coordinated with the flow of communications traffic because they are only capable of processing communications traffic according to the limits imposed by that functionality. In this way, such networks suffer from the ability to adapt to changing communication(s) environments and demand. In many cases, that coordination requires an extensive and sprawling infrastructure that cannot accommodate the changing needs of communications demand due to limitations of the aforementioned functionality, whether those needs are based on location, capacity, and/or desire.

Circa 2009, the Internet was in a stage of its evolution in which the backbone (routers and servers) was connected to fringe nodes formed primarily by personal computers. At that time, Kevin Ashton (among others) looked ahead to the next stage in the Internet's evolution, which he described as the Internet of Things (“IoT”). In his article, “That ‘Internet of Things’ Thing,” RFID Journal, Jul. 22, 2009, he describes the circa-2009-Internet as almost wholly dependent upon human interaction, i.e., he asserts that nearly all of the data then available on the internet was generated by data-capture/data-creation chains of events each of which included human interaction, e.g., typing, pressing a record button, taking a digital picture, or scanning a bar code. In the evolution of the Internet, such dependence upon human interaction as a link in each chain of data-capture and/or data-generation is a bottleneck. To deal with the bottleneck, Ashton suggested adapting internet-connected computers by providing them with data-capture and/or data-generation capability, thereby eliminating human interaction from a substantial portion of the data-capture/data-creation chains of events.

In the context of the IoT, a thing can be a natural or man-made object to which is assigned a unique ID/address and which is configured with the ability to capture and/or create data and transfer that data over a network. Relative to the IoT, a thing can be, e.g., a person with a heart monitor implant, a farm animal with a biochip transponder, an automobile that has built-in sensors to alert the driver when tire pressure is low, field operation devices that assist fire-fighters in search and rescue, personal biometric monitors woven into clothing that interact with thermostat systems and lighting systems to control HVAC and illumination conditions in a room continuously and imperceptibly, a refrigerator that is “aware” of its suitably tagged contents that can both plan a variety of menus from the food actually present therein and warn users of stale or spoiled food, etc.

In the post-2009 evolution of the Internet towards the IoT, a segment that has experienced major growth is that of small, inexpensive, networked processing devices, distributed at all scales throughout everyday life. Of those, many are configured for everyday/commonplace purposes. For the IoT, the fringe nodes will be comprised substantially of such small devices.

Within the small-device segment, the sub-segment that has the greatest growth potential is embedded, low-power, wireless devices. Networks of such devices are described as comprising the Wireless Embedded Internet (“WET”), which is a subset of IoT. More particularly, the WET includes resource-limited embedded devices, which typically are battery powered, and which are typically connected to the Internet by low-power, low-bandwidth wireless networks (“LoWPANs”).

Accordingly, it would be desirable to provide a radio communications system that adapts to changing communications environments and demands such that the system is contained, i.e., substantially not reliant on infrastructure that is external to the system and which is necessary to effect communication.

SUMMARY

It is to be understood that both the following summary and the detailed description are exemplary and explanatory and are intended to provide further explanation of the present embodiments as claimed. Neither the summary nor the description that follows is intended to define or limit the scope of the present embodiments to the particular features mentioned in the summary or in the description. Rather, the scope of the present embodiments is defined by the appended claims.

An aspect of the embodiments includes a communications apparatus including a central node including a radio base station, a processor, and a virtualized core operatively connected with the radio base station, each of the radio base station and the core being configured on a common platform.

Another aspect of the embodiments includes, in a radio access network, a communications method including receiving a first signal at a central node comprising a radio base station and a virtualized core operatively connected with the radio base station, in which the radio base station and the core are configured on a common platform, and transmitting a second signal, based on the first signal, from the central node.

Yet another aspect of the embodiments includes a communications apparatus, including a central node including at least a pair of radio base stations, at least a pair of processors; and at least a pair of virtualized cores operatively connected with the pair of radio base stations, each radio base station and each core being respectively configured together on a separate, common platform and forming a radio base station and core set.

Yet another aspect of the embodiments includes, in a radio access network, a communications method including receiving a first signal at a central node comprising at least a pair of radio base station and virtualized core sets, in which each set is formed as a system on a chip (SoC), and transmitting a second signal based on the first signal.

In certain embodiments, the disclosed embodiments may include one or more of the features described herein.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are incorporated herein and form a part of the specification, illustrate exemplary embodiments and, together with the description, further serve to enable a person skilled in the pertinent art to make and use these embodiments and others that will be apparent to those skilled in the art. Embodiments herein will be more particularly described in conjunction with the following drawings wherein:

FIG. 1 is a block diagram of a Radio Access Network (RAN) according to an embodiment of the present disclosure;

FIG. 2 is a block diagram of a central node according to the RAN of FIG. 1;

FIG. 3 is a block diagram of a central node according to another embodiment of the present disclosure;

FIG. 4 is a block diagram of the central node according to FIG. 3;

FIG. 5 is a block diagram illustrating prediction of communications traffic demand;

FIG. 6 is a block diagram illustrating the switching operation between virtual cores, as performed by virtualization engine according to FIG. 4;

FIG. 7 is a block diagram of the Long Term Evolution (LTE) core configuration according to the central nodes of FIGS. 2 and 4;

FIG. 8 is a block diagram of the central node of FIG. 3 in communication with a hub; and

FIG. 9 is a sequence diagram showing interaction between the central node of FIG. 3 and a User Equipment (UE).

DETAILED DESCRIPTION

The present disclosure will now be described in terms of various exemplary embodiments. This specification discloses one or more embodiments that incorporate features of the present embodiments. The embodiment(s) described, and references in the specification to “one embodiment”, “an embodiment”, “an example embodiment”, etc., indicate that the embodiment(s) described may include a particular feature, structure, or characteristic. Such phrases are not necessarily referring to the same embodiment. The skilled artisan will appreciate that a particular feature, structure, or characteristic described in connection with one embodiment is not necessarily limited to that embodiment but typically has relevance and applicability to one or more other embodiments.

In the several figures, like reference numerals may be used for like elements having like functions even in different drawings. The embodiments described, and their detailed construction and elements, are merely provided to assist in a comprehensive understanding of the present embodiments. Thus, it is apparent that the present embodiments can be carried out in a variety of ways, and does not require any of the specific features described herein. Also, well-known functions or constructions are not described in detail since they would obscure the present embodiments with unnecessary detail.

The description is not to be taken in a limiting sense, but is made merely for the purpose of illustrating the general principles of the present embodiments, since the scope of the present embodiments are best defined by the appended claims.

It should also be noted that in some alternative implementations, the blocks in a flowchart, the communications in a sequence-diagram, the states in a state-diagram, etc., may occur out of the orders illustrated in the figures. That is, the illustrated orders of the blocks/communications/states are not intended to be limiting. Rather, the illustrated blocks/communications/states may be reordered into any suitable order, and some of the blocks/communications/states could occur simultaneously.

All definitions, as defined and used herein, should be understood to control over dictionary definitions, definitions in documents incorporated by reference, and/or ordinary meanings of the defined terms.

The indefinite articles “a” and “an,” as used herein in the specification and in the claims, unless clearly indicated to the contrary, should be understood to mean “at least one.”

The phrase “and/or,” as used herein in the specification and in the claims, should be understood to mean “either or both” of the elements so conjoined, i.e., elements that are conjunctively present in some cases and disjunctively present in other cases. Multiple elements listed with “and/or” should be construed in the same fashion, i.e., “one or more” of the elements so conjoined. Other elements may optionally be present other than the elements specifically identified by the “and/or” clause, whether related or unrelated to those elements specifically identified. Thus, as a non-limiting example, a reference to “A and/or B”, when used in conjunction with open-ended language such as “comprising” can refer, in one embodiment, to A only (optionally including elements other than B); in another embodiment, to B only (optionally including elements other than A); in yet another embodiment, to both A and B (optionally including other elements); etc.

As used herein in the specification and in the claims, “or” should be understood to have the same meaning as “and/or” as defined above. For example, when separating items in a list, “or” or “and/or” shall be interpreted as being inclusive, i.e., the inclusion of at least one, but also including more than one, of a number or list of elements, and, optionally, additional unlisted items. Only terms clearly indicated to the contrary, such as “only one of or “exactly one of,” or, when used in the claims, “consisting of,” will refer to the inclusion of exactly one element of a number or list of elements. In general, the term “or” as used herein shall only be interpreted as indicating exclusive alternatives (i.e. “one or the other but not both”) when preceded by terms of exclusivity, such as “either,” “one of,” “only one of,” or “exactly one of’ “Consisting essentially of,” when used in the claims, shall have its ordinary meaning as used in the field of patent law.

As used herein in the specification and in the claims, the phrase “at least one,” in reference to a list of one or more elements, should be understood to mean at least one element selected from any one or more of the elements in the list of elements, but not necessarily including at least one of each and every element specifically listed within the list of elements and not excluding any combinations of elements in the list of elements. This definition also allows that elements may optionally be present other than the elements specifically identified within the list of elements to which the phrase “at least one” refers, whether related or unrelated to those elements specifically identified. Thus, as a non-limiting example, “at least one of A and B” (or, equivalently, “at least one of A or B,” or, equivalently “at least one of A and/or B”) can refer, in one embodiment, to at least one, optionally including more than one, A, with no B present (and optionally including elements other than B); in another embodiment, to at least one, optionally including more than one, B, with no A present (and optionally including elements other than A); in yet another embodiment, to at least one, optionally including more than one, A, and at least one, optionally including more than one, B (and optionally including other elements); etc.

In the claims, as well as in the specification above, all transitional phrases such as “comprising,” “including,” “carrying,” “having,” “containing,” “involving,” “holding,” “composed of,” and the like are to be understood to be open-ended, i.e., to mean including but not limited to. Only the transitional phrases “consisting of” and “consisting essentially of” shall be closed or semi-closed transitional phrases, respectively, as set forth in the United States Patent Office Manual of Patent Examining Procedures, Section 2111.03.

It will be understood that, although the terms first, second, etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and, similarly, a second element could be termed a first element, without departing from the scope of example embodiments. As used herein, the term “and/or” includes any and all combinations of one or more of the associated listed items. As used herein, the singular forms “a”, “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise.

The word “exemplary” is used herein to mean “serving as an example, instance, or illustration.” Any embodiment described herein as “exemplary” is not necessarily to be construed as preferred or advantageous over other embodiments. Additionally, all embodiments described herein should be considered exemplary unless otherwise stated.

The word “network” is used herein to mean one or more conventional or proprietary networks using an appropriate network data transmission protocol. Examples of such networks include, PSTN, LAN, WAN, WiFi, WiMax, Internet, World Wide Web, Ethernet, other wireless networks, and the like.

The phrase “wireless device” is used herein to mean one or more conventional or proprietary devices using radio frequency transmission techniques. Examples of such wireless devices include cellular telephones, desktop computers, laptop computers, handheld computers, electronic games, portable digital assistants, MP3 players, DVD players, or the like.

In developing the present embodiments, among other things, the inventors thereof:

Realized that standard infrastructure impedes connectivity on demand;

Realized that such standard infrastructure impedes connectivity by not being coordinated with traffic ongoing in a network;

Realized that such standard infrastructure does not anticipate upcoming traffic patterns so as to be able to optimize connectivity from a historical perspective; and

Realized that there exists a need to augment connectivity through rapid network deployment when the standard infrastructure is incapable of accommodating traffic due to failure caused by environmental and other conditions.

FIG. 1 is a block diagram of a LTE radio access network (RAN) 10 capable of supporting 2.5G, 3G, 4G, 5G, Point-to-multipoint and Point-to-point operations. Additionally, RAN 10 is contemplated to support WiFi enabled communications.

In FIG. 1, RAN 10 includes instances of end nodes such as user equipment (UEs) 12, 14, 22 and 24 configured to communicate with a central node eNodeB 18 through respectively communicated and received radio frequency (RF) signals 16, 20, 26 and 28. When transmitted, such signals carry wireless communications traffic including, for example, voice and/or video data. It is to be understood that an amplifier (not shown) may be used to amplify signal communication, and that such signal communication may be split by duplexing circuitry, thus optimizing efficiency of communications traffic.

In terms of physical components, each eNodeB 18 is, optionally, battery powered, or may be powered by an alternative power source. For example, each eNodeB 18 may be powered by solar power. Each UE may be configured as a commercially available cellphone or other smart device capable of sending and receiving wireless communications traffic. As shown in FIG. 2, eNodeB 18 includes a small form factor System on a Chip (SoC) 30 consisting of a radio base station 32, a processor 34 and a virtualized core 36 that all reside on the common chip platform, wherein SoC 30 provides each of the radio base station 32 and virtualized core 36 as a set thereof. For instance, SoC 30 may be substantially sized accordingly to the following dimensions, including 2.5 inches in width and 1.5 inches in length, although other dimensions are also contemplated.

It is contemplated that the processor 32 comprises a commercially available 64-bit multicore processor. Herein, it will be understood that the terms, “virtualize,” and “virtualized” define one or more instances of software emulating comparable hardware capable of accomplishing functionality associated with components modified by the aforementioned terms.

As such, virtualized core 36 is a software instance that emulates a Long Term Evolution Third Generation Partnership Project (LTE 3GPP) core, i.e., an Evolved Packet Core (EPC).

Because each of the radio base station 32, processor 34 and virtualized core 36 are formed as SoC 30, the latter is portable and easily combinable with eNodeB 18 such that SoC 30 may be simply inserted into and engaged with eNodeB 18. Accordingly, each of eNodeB 18 and SoC 30 are each portable such that together with one or more UEs, RAN 10 is formed. As will be understood, therefore, RAN 10 may be deployed in a number of scenarios notwithstanding climate and environmental conditions. As will also be understood, RAN 10 may be deployed on demand, i.e., without temporal constraint, in order to achieve the communications needs of users. To facilitate such deployment, RAN 10 may be packaged in a small carrying apparatus like that of a backpack.

eNodeB 18 is further configured to be cooperable with a commercially available IEEE 802.11 compliant device (not shown) to achieve appropriate routing of received signals.

FIGS. 3 and 4 illustrate block diagrams illustrating a further embodiment according to the present disclosure.

Therein, eNodeB 38 comprises multiple instances of eNodeB 18, in which each is assigned a particular RF band so as to provide, for example, availability of six (6) RF bands within an optional range of 400 MHz to 80 GHz. The aforementioned bands may alternatively be selected within another range of the radio spectrum.

With reference to FIG. 4, a sensing engine 40, a coordination engine 42, an analytics engine 44 and a virtualization engine 46 are operatively interconnected to each other, as shown, and to each eNodeB 18 through router 47. Each of the engines comprises hardware, including or more processors, and/or software to achieve their functions as described below. Such interconnections among the engines and eNodeBs collectively achieve selection and activation of one or more eNodeBs 18 enabled to address communications traffic for respectively assigned RF bands. Collectively, the nodes 18 are cascaded to provide massive parallel processing (MPP) of communications traffic to reduce processing delay. Further, such configuration optimizes Quality of Service (QoS) within layered data communications.

Each eNodeB 18 is further contemplated to include layered security embodied as a separate chip set so as to enhance embedded security provided by virtualization of each core thereof. Such enhanced security is provided by encoding and decoding over the aforementioned embedded security.

In order to select which eNodeB 18 should actively address communications traffic, sensing engine 40, including one or more RF sensors, is configured to sense the RF environment. That is, sensing engine 40 conducts a spectrum analysis using, for example, a spectrum analyzer, to determine which RF bands are in use and which are not so as to enable a determination regarding availability among such RF bands, wherein availability thereof includes bands which are in use.

Coordination engine 42 receives sensing input from sensing engine 40 as to the availability of one or more RF bands, as well input from analytics engine 44 which gathers real-time communications traffic data at predetermined intervals, as shown by the operative connections in FIG. 4. Analytics engine 46 further predicts trends in such data, and provides that prediction in the form of trend data to coordination engine 42.

With the above input from analytics engine 44 and sensing engine 40, coordination engine 42 selects which eNodeB 18 will address communications traffic in accordance with each of RF band availability, real-time communications traffic demand and/or a predicted communications traffic demand. In this way, communications traffic is retained locally within the RF environment sensed by sensing engine 40. Doing so enables uninterrupted communications since RAN 10 is not reliant upon external infrastructure and limitations on its functionality.

Further, it will be understood that cooperation among sensing engine 40, analytics engine 44 and coordination engine 42 optimizes load balancing by achieving an efficient routing of communications traffic based on one or more of RF band availability, assessment of real-time communications traffic and predicted communications traffic demand.

Still referring to FIG. 4, eNodeB 38 further includes a sensing engine 48 and a virtualized core 49 in communication with router 47. Sensing engine 48 is operable to sense a backhaul connection, as shown in FIG. 4, such that virtualized core 49 may be made operable, in accordance with the sensing, by virtualization engine 46 to offload communications traffic in accordance with characteristics of application-specific packets and/or unavailability of bandwidth. In particular, best effort and internet traffic offloading may occur based on the aforementioned characteristics and RF scenario.

Prediction of traffic demand and subsequent selection by coordination engine 42 is illustrated in FIG. 5. Therein, an exemplary number three (3) of eNodeBs 18 are shown, although it is understood that less or more may be shown without affecting the manner of prediction and selection as now described. In particular, analytics engine 44 analyzes, within predetermined intervals of time and space, proximity of portions of an RF signal received from a particular eNodeB 18 with respect to preceding portions thereof. In this way, analytics engine 44 conducts an assessment for repeating identity of such proximate portions within, for example, RF₁, RF₂ and RF₃. Based on the presence or absence of such repetition, analytics engine 44 classifies the likelihood of a continued pattern of that repetition. Based on the classification, analytics engine 44 determines a RF Trend Identity indicating demand for a particular RF band, which is used by coordination engine 42 to achieve selection of which eNodeB 18 will address communications traffic. Accordingly, coordination engine 42 continually uses the RF Trend Identity in considering which eNodeB 18 is to be activated by virtualization engine 46, as discussed below, so as to reduce delay between such activation and data processing for communications traffic.

Virtualization engine 46 receives input from coordination engine 42 in the form of which eNodeB 18 coordination engine 42 has selected based on its received input, as described above and as is shown in FIG. 4.

Through operative connection with each eNodeB 18, virtualization engine 46 is configured to act as a switch operable to change active/inactive states of each eNodeB 18 such that operability of a particular virtualized core or core component thereof, as shown in FIGS. 6 and 7, is changed in accordance with the switching operation. In this way, RAN 10 self-adjusts to accommodate carrying of communications traffic in accordance with a determined RF band.

Referring to FIG. 6, based on one or more of RF band availability, assessment of real-time communications traffic, and predicted communications traffic demand, as discussed with reference to FIG. 5, virtualization engine 46 actively switches operability of any one of vCores₁₋₆ to accommodate demand-assigned selection, from among eNodeB 18 ₁ through eNodeB 18 ₆, by coordination engine 42. In this way, selection of any one or more of eNodeB 18 ₁ through eNodeB 18 ₆ and respectively corresponding vCores₁₋₆ occurs in order to achieve contained radio communications within RAN 10. As such, RAN 10 provides radio communications despite the constraints imposed by conventional infrastructure and associated functionality so that such communications can be carried out, for example, in locations where radio spectrum is unavailable due to time, location and capacity constraints associated with the aforementioned conventional infrastructure. Moreover, it will be appreciated that, as a result of demand-assigned selective activation of a particular vCore, the efficiency of communications is optimized so as to reduce power consumption and other costs normally associated with conducting communications in accordance with conventional infrastructure and functionality.

FIG. 7 illustrates the overall configuration comprising each virtualized core of an eNodeB 18. As discussed above, each virtualized core is a discrete software instance which emulates an LTE 3GPP EPC.

Accordingly, and as shown, each eNodeB 18 core includes the following: a Mobility Management Entity (MME), Serving Gateway (S-GW), Packet Data Network Gateway (P-GW), and Home Subscriber Server (HSS). Policy and Charging Rules Function (PCRF), IP Multimedia Core Network Subsystem (IMS), Element Management System (EMS) and Routing may optionally be included as part of each virtualized core comprising each eNodeB 18.

Based on selection by the coordination engine 42 and activation by virtualization engine 46, one or more of the above core components may be selectively activated.

FIG. 8 is a block diagram illustrating connection between eNodeB 38 and a hub 50. Specifically, wired or wireless connection is made with a router 52 enabling communications traffic to flow to hub 50. There, such traffic is processed by virtualized core 54. That is, core functionality may be split between eNodeB 38 to permit offloading, as necessary.

FIG. 9 is a sequence diagram showing interactions between an instance of an end node comprising a UE and a central node comprising an eNodeB 38, according to an embodiment of the present disclosure.

Flow begins at block 56 in which a radio communications signal is transmitted from a UE, e.g., UE 12. At block 58, a first signal, such as signal 16 in FIG. 1, is received at eNodeB 38. The RF environment is then sensed at block 60 by sensing engine 40 to determine availability of RF bands. Assessment is then carried out as to the volume of communications traffic, and prediction is made as to forthcoming traffic by analytics engine at block 62. At block 64, the sensing, assessment and prediction are then fed to coordination engine 42, and coordination engine 42 coordinates which eNodeB 18 is to transmit a second, modulated signal, for example, signal 20 in FIG. 1, based on the first signal. At block 66, coordination engine 42 selects the transmitting eNodeB 18. At block 68, the second signal is transmitted from the selected eNodeB 18.

It is to be understood that selection and activation of one or more eNodeBs 30 respectively corresponding to one or more RF bands may occur simultaneously.

Accordingly, the above described exemplary embodiments provide a RAN capable of being deployed on demand in situations where it is necessary and/or desirable to initially provide and/or supplement radio communications ability. Moreover, such embodiments provide that ability with comparatively lower power consumption afforded by the discussed SoC implementation and its virtualization of conventionally, separately provided core components.

The present embodiments are not limited to the particular embodiments illustrated in the drawings and described above in detail. Those skilled in the art will recognize that other arrangements could be devised. The present embodiments encompass every possible combination of the various features of each embodiment disclosed. One or more of the elements described herein with respect to various embodiments can be implemented in a more separated or integrated manner than explicitly described, or even removed or rendered as inoperable in certain cases, as is useful in accordance with a particular application While the present embodiments have been described with reference to specific illustrative embodiments, modifications and variations of the present embodiments may be constructed without departing from the spirit and scope of the present embodiments as set forth in the following claims.

While the present embodiments have been described in the context of the embodiments explicitly discussed herein, those skilled in the art will appreciate that the present embodiments are capable of being implemented and distributed in the form of a computer-usable medium (in a variety of forms) containing computer-executable instructions, and that the present embodiments apply equally regardless of the particular type of computer-usable medium which is used to carry out the distribution. An exemplary computer-usable medium is coupled to a computer such the computer can read information including the computer-executable instructions therefrom, and (optionally) write information thereto. Alternatively, the computer-usable medium may be integral to the computer. When the computer-executable instructions are loaded into and executed by the computer, the computer becomes an apparatus for practicing the embodiments. For example, when the computer-executable instructions are loaded into and executed by a general-purpose computer, the general-purpose computer becomes configured thereby into a special-purpose computer. Examples of suitable computer-usable media include: volatile memory such as random access memory (RAM); nonvolatile, hard-coded or programmable-type media such as read only memories (ROMs) or erasable, electrically programmable read only memories (EEPROMs); recordable-type and/or re-recordable media such as floppy disks, hard disk drives, compact discs (CDs), digital versatile discs (DVDs), etc.; and transmission-type media, e.g., digital and/or analog communications links such as those based on electrical-current conductors, light conductors and/or electromagnetic radiation.

Although the present embodiments have been described in detail, those skilled in the art will understand that various changes, substitutions, variations, enhancements, nuances, gradations, lesser forms, alterations, revisions, improvements and knock-offs of the embodiments disclosed herein may be made without departing from the spirit and scope of the embodiments in their broadest form. 

What is claimed is:
 1. A communications apparatus, comprising: a central node comprising a radio base station; a processor; and a virtualized core operatively connected with the radio base station, each of the radio base station and the core being configured as a set thereof disposed on a common platform of a system on a chip (SoC), wherein the central node is configured to carry out communications in response to coordinated selection thereof from among one or more other nodes samely configured as the central node, said coordinated selection being in response to analysis of real-time communications traffic data and prediction data based thereon.
 2. The communications apparatus of claim 1, wherein: the core comprises an Evolved Packet Core (EPC).
 3. The communications apparatus of claim 2, wherein: the EPC comprises a software instance, so as to be virtualized.
 4. The communications apparatus of claim 3, wherein: the radio base station and the core are configured to receive and transmit signaling between a first end node and a second end node.
 5. In a radio access network, a communications method comprising: receiving a first signal at a central node comprising a radio base station and a virtualized core operatively connected with the radio base station, in which the radio base station and the core are configured as a set thereof disposed on a common platform of a system on a chip (SoC); and transmitting a second signal, based on the first signal, from the central node, wherein the central node is configured to carry out communications in response to coordinated selection thereof from among one or more other nodes samely configured as the central node, said coordinated selection being in response to analysis of real-time communications traffic data and prediction data based thereon.
 6. The communications method of claim 5, wherein: the transmitting of the signal and receipt thereof at the central node comprises a radio communication.
 7. The communications method of claim 6, wherein: the first and second signals are respectively associated with a first end node and a second end node each comprising a User Equipment (UE).
 8. The communications method of claim 5, wherein: the core comprises an Evolved Packet Core (EPC).
 9. The communications method of claim 8, wherein: the EPC comprises a software instance, so as to be virtualized.
 10. A communications apparatus, comprising: a central node comprising at least a pair of radio base stations; at least a pair of processors; at least a pair of virtualized cores operatively connected with the pair of radio base stations, each radio base station and each core being respectively configured together as a set thereof disposed on a common platform of a system on a chip (SoC); and analytics configured to gather real-time communications traffic data and prediction data based thereon, and to provide each of the data to a coordinator that selects a specific one of each radio base station and core sets, based on the real-time communications traffic data and the prediction data, for carrying out communications.
 11. The communications apparatus of claim 10, wherein: each of the pair of cores comprises an EPC.
 12. The communications apparatus of claim 11, wherein: the EPC comprises a software instance.
 13. The communications apparatus of claim 12, wherein: each radio base station and core set is configured to accommodate a determined radio frequency (RF) band.
 14. The communications apparatus of claim 13, further comprising: one or more sensors configured to sense availability of an RF band.
 15. The communications apparatus of claim 14, wherein: the coordinator is configured to receive the sensed availability of an RF band.
 16. The communications apparatus of claim 15, wherein: in response to the sensed RF band availability, the specific one of each radio base station and core set is selected by the coordinator to correspond to an available RF band.
 17. The communications apparatus of claim 10, wherein: each radio base station and core set is configured to offload data.
 18. The communications apparatus of claim 10, wherein: at least one of the pairs of cores is split between the central node and a hub.
 19. In a radio access network, a communications method comprising: receiving a first signal at a central node comprising at least a pair of radio base station and virtualized core sets, in which each set comprises a radio base station and a virtualized core disposed on a common platform of a system on a chip (SoC); transmitting a second signal based on the first signal; assessing communications traffic among one or more available radio frequency (RF) bands, and predicting forthcoming communications traffic based on the assessing and the predicting; and selecting a specific one of the radio base station and virtualized core sets corresponding to an available radio frequency (RF) band, based on the assessing and the predicting so as to carry out radio communication on the available RF band.
 20. The method of claim 19, wherein: the corresponding RF band is determined by sensing of available RF bands.
 21. The method of claim 20, wherein: the specific one of the radio base station and virtualized core sets for carrying out radio communication on the, available RF band is further selected based on the sensing.
 22. The method of claim 19, further comprising: offloading data in response to the assessing and the predicting. 